home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20000217-20000824 / 000341_news@columbia.edu _Fri Jun 2 14:38:41 2000.msg < prev    next >
Internet Message Format  |  2020-01-01  |  3KB
  1. Return-Path: <news@columbia.edu>
  2. Received: from watsun.cc.columbia.edu (watsun.cc.columbia.edu [128.59.39.2])
  3.     by monire.cc.columbia.edu (8.9.3/8.9.3) with ESMTP id OAA24274
  4.     for <kermit.misc@cpunix.cc.columbia.edu>; Fri, 2 Jun 2000 14:38:41 -0400 (EDT)
  5. Received: from newsmaster.cc.columbia.edu (newsmaster.cc.columbia.edu [128.59.59.30])
  6.     by watsun.cc.columbia.edu (8.8.5/8.8.5) with ESMTP id OAA08253
  7.     for <kermit.misc@watsun.cc.columbia.edu>; Fri, 2 Jun 2000 14:38:40 -0400 (EDT)
  8. Received: (from news@localhost)
  9.     by newsmaster.cc.columbia.edu (8.9.3/8.9.3) id OAA07924
  10.     for kermit.misc@watsun.cc.columbia.edu; Fri, 2 Jun 2000 14:16:08 -0400 (EDT)
  11. X-Authentication-Warning: newsmaster.cc.columbia.edu: news set sender to <news> using -f
  12. From: fdc@columbia.edu (Frank da Cruz)
  13. Subject: Re: locked files
  14. Date: 2 Jun 2000 18:16:04 GMT
  15. Organization: Columbia University
  16. Message-ID: <8h8tl4$7nh$1@newsmaster.cc.columbia.edu>
  17. To: kermit.misc@columbia.edu
  18.  
  19. In article <3937D24E.42772371@ttuhsc.edu>,
  20. Mike Collins  <csjmc@ttuhsc.edu> wrote:
  21. : I am using the syncronize script from the kermit script library and need
  22. : a way to tell it to ignore locked file(transfers dy at that point).  I
  23. : have looked in the c-kermit manual but must have missed it.
  24. : 
  25. As Jeff said, maybe we can look into adding such a capability.  What
  26. operating system do you have?  Different OS's have different ideas of what
  27. is meant by "locked".  However, as far as I know, the fact that a file is
  28. locked does not mean that it can't be read, and therefore that it can't be
  29. sent.
  30.  
  31. Or do you mean that the copy of the file on the receiving end is locked?
  32. But it needs to be replaced, because the copy on the sending end is newer?
  33.  
  34. In any case, it seems to me that the synchronize script should either do its
  35. job or fail.  If it only partially does its job, it hasn't synchronized the
  36. two ends -- how would you know what it did and did not do, unless you are
  37. willing to keep and read a transaction log every time you run the script?
  38.  
  39. So it might make more sense to run the synchronize script in a loop until it
  40. succeeds, pausing between each run long enough to give any locked files a
  41. chance to become unlocked.  This doesn't cost anything extra, since the
  42. files that were already transferred won't be transferred again.
  43.  
  44. >From a practical point of view, if we wanted to implement the capability
  45. to skip locked files, we'd need to know exactly what happens when we try to
  46. overwrite such a file?  What error code is returned, and can it be
  47. distinguished from other kinds or errors, like "lacks write permission", etc?
  48.  
  49. - Frank